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(54) Hardware configuration, support node and method for implementing general packet radio 
services over GSM 



(57) A hardware configuration, a general packet ra- 
dio services support node (GSN) and method for imple- 
menting general packet radio services over a global sys- 
tem for mobile communications network is provided. 
The hardware configuration comprises a plurality of 
electronic boards which provide the GPRS functionality. 
An internal bus, preferably CPCI, provides intra-config- 



uration communications while a ATM bus provides com- 
munications to an external circuit. The GSN comprises 
a single board computer for providing general packet ra- 
dio services functionality which is required for each call 
being serviced and a line card processor for providing 
general packet radio services functionality which is re- 
quired for each packet being serviced. The GSN may 
function as a SGSN, GGSN or both. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a hardware 
configuration, a general packet radio services support 
node and method for implementing general packet radio 
services (GPRS) in the Global System for Mobile com- 
munications. 

[0002] This section is intended to introduce the reader 
to various aspects of art that may be related to various 
aspects of the present invention which are described 
and/or claimed below. This discussion is believed to be 
helpful In providing the reader with background informa- 
tion to facilitate a better understanding of the various 
aspects of the present invention. Accordingly, it should 
be understood that these statements are to be read in 
this light, and not as admissions of prior art. 
[0003] General Packet Radio Service (GPRS) is an 
emerging European Telecommunications Standard In- 
stitute (ETSI) standard for a new set of bearer services 
which augment those services already available for the 
Global System for Mobile (GSM) communications. 
GPRS is based on end-to-end transfer of packet-mode 
data among users over the GSM. GPRS requires a 
packet-mode only overlay network on GSM to provide 
both point-to-point (PTP) and point-to-multipoint (PTM) 
mobile packet data service. 

[0004] The underlying network infrastructure for GSM 
is circuit-switched and voiceband. GPRS adds packet- 
mode data transfer capability to GSM. The additional ca- 
pabilities of GPRS allows GSM to support a much larger 
repertoire of additional mobile services using packet- 
mode data transfer. This is important since today's users 
of cellular technology are demanding mobile access to 
more and more data based services, such as access to 
the Internet and other information services. 
[0005] Traffic characteristics of packet-mode data ef- 
fectively supported by GPRS ranges from intermittent, 
bursty data transfer, to frequent transmissions of "small" 
amounts of data, to occasional transmissions of "large" 
amounts of data. Data transmission is generally consid- 
ered "bursty" when the interval between successive 
transmissions greatly exceeds the average transfer de- 
lay. "Small" amounts of data, or small message services, 
are typically those where a few hundred octets at a time 
are frequently transferred. Transactions consisting of 
several kilobytes of data occurring at a rate of up to sev- 
eral transactions per hour constitute an example of in- 
frequent transmission of large amounts of data. 
[0006] As noted, a system for implementing GPRS 
must support PTP and PTM bearer services, while other 
GSM services are necessarily point-to-point because of 
the very nature of the inherently circuit-switched opera- 
tions in GSM. A GPRS implementation must support 
both connectionless and connection-oriented network 
services within the rubric of the PTP services. Possible 
PTP services might include information retrieval, mes- 
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saging services, credit card transactions, monitoring 
and surveillance, internet access, and the like. 
[0007] All PTM services are based on the capability 
of sending information from one source to multiple des- 

5 tinations within a single service request. A GPRS imple- 
mentation should support three categories of PTM serv- 
ices: (i) PTM Multicast, (ii) PTM Group Calls, and (iii) IP 
Multicast. In a PTM Multicast, a user, or subscriber, may 
send a message to some or all other subscribers in a 

10 specific geographical area. In a Group Call (as defined 
by ETSI), messages are sent only to those cells that are 
known to contain specific receivers associated with the 
call group. An Internet Protocol (IP) Multicast is the 
standard mechanism by which users belonging to a spe- 

15 cific group can exchange messages over an IP protocol 
suite in GSM. Some possible PTM services might in- 
clude distribution of news or weather reports, electronic 
advertisements, and dispatching services associated 
with fleets of vehicles. 

20 [0008] AGPRS implementation must also support ap- 
plications based on standard protocols for packet-mode 
data communication. These standards may include in- 
terworking procedures with known, or existing, IP and 
X.25 networks. 

25 [0009] An important benefit of GPRS is that radio 
channels in GPRS are shared between multiple Mobile 
Stations (MS). Second, multiplexing on the air interface 
permits efficient support of bursty traffic. Yet another ad- 
vantage, particularly attractive to subscribers is that a 

30 user of GPRS is billed for the amount of information 
transferred, not the time connected to the system, or the 
attach time. 

[0010] As can be seen, the GPRS enhancement to 
GSM is a significant advancement in cellular communi- 

35 cations. Heretofore, however, there are no known im- 
plementations of GPRS. GPRS requires both hardware 
and software additions and modifications to the existing 
GSM network. A GPRS implementation should be effi- 
cient, robust and cost effective. 

40 [001 1 ] There is therefore a need in the art for a hard- 
ware configuration, general packet radio services sup- 
port node and method for implementing GPRS over 
GSM which is efficient, robust and cost effective. 



[001 2] This need is met by a hardware configuration, 
general packet radio services support node and method 
for implementing GPRS over GSM in accordance with 

so the present invention. Certain aspects commensurate 
in scope with the originally claimed invention are set 
forth below. It should be understood that these aspects 
are presented merely to provide the reader with a brief 
summary of certain forms the invention might take and 

55 that these aspects are not intended to limit the scope of 
the invention. Indeed, the invention may encompass a 
variety of aspects that may not be set forth below. Since 
the following is for summary purposes only, none of the 
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aspects present below should be considered essential 
to the present invention, which is solely defined by the 
appended claims. 

[0013] In accordance with one aspect of the present 
invention, a hardware configuration for implementing 
general packet radio services over a global system for 
mobile communications network is provided. The hard- 
ware configuration may comprise a plurality of electronic 
boards for providing general packet radio services func- 
tionality. The electronic board communicate with each 
other via an internal bus and communicate with other 
external circuits via an external bus. This separation of 
communications provide performance advantages. The 
external bus is preferably an ATM bus which may sup- 
port voice and/or data services. 
[0014] The internal bus is preferably a peripheral 
component interconnect bus, or more particularly, a 
compact PCI bus. The plurality of electronic boards may 
comprise at least one single board computer for per- 
forming call control and simple network management 
protocol management. The plurality of electronic boards 
may further comprise at least one channel processing 
card. 

[0015] In accordance with another aspect of the 
present invention, a general packet radio services sup- 
port node (GSN) for supporting general packet radio 
services over a global system for mobile communica- 
tions network is provided. The GSN may comprise a sin- 
gle board computer for providing general packet radio 
services functionality which is required for each call be- 
ing serviced and a line card processor for providing gen- 
eral packet radio services functionality which is required 
for each packet being serviced. The GSN may function 
asaSGSN, GGSN or both. 

[0016] Preferably, when functioning as a SGSN, the 
single board computer supports one or more of radio 
resource management, authentication and mobility 
management. The radio resource management may 
comprise, for example, cell selection management, call 
path management and U m interface management. The 
mobility management may comprise, for example, line 
management and logical link establishment, mainte- 
nance and release. The line card processor may sup- 
port, for example, an encryption function, a compression 
function or one or more of routing and tunneling func- 
tions. Preferably, when functioning as a GGSN, the sin- 
gle board computer may support, for example, session 
management functionality. The line card processor may 
support, for example, address translation functionality, 
access control functionality, or one or more of routing 
and tunneling functions. 

[0017] In accordance with yet another aspect of the 
present invention, a method for implementing general 
packet radio services over a global system for mobile 
communications network is provided. The method com- 
prising the steps of: providing a general packet radio 
services support node having first and second comput- 
ing devices; supporting general packet radio services 



functionality which is required for each call being serv- 
iced from the first computing device; and supporting 
general packet radio services functionality which is re- 
quired for each packet being serviced from the second 
5 computing device. 

[0018] These and other features and advantages of 
the present invention will become apparent from the fol- 
lowing detailed description, the accompanying drawings 
and the appended claims. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The foregoing and other advantages of the 
present invention will become apparent upon reading 
15 the following detailed description and upon reference to 
the drawings in which: 

FIG. I is a graphical representation of a telecommu- 
nications system for providing GPRS over GSM; 
20 FIG. 2 is a graphical representation of a hardware 
configuration in accordance with an aspect of the 
present invention for implementing GPRS over 
GSM; 

FIG. 3 is a graphical representation of functionality 
25 partitioning of a SGSN which may be implemented 
in the hardware configuration shown in FIG. 2 in ac- 
cordance with another aspect of the present inven- 
tion; and 

FIG. 4 is a graphical representation of functionality 
30 partitioning of a GGSN which may be implemented 
in the hardware configuration shown in FIG. 2 in ac- 
cordance with another aspect of the present inven- 
tion. 

35 DETAILED DESCRIPTION OF THE INVENTION 

[0020] One or more specific versions of the present 
invention will be described below. In an effort to provide 
a concise description of these versions, not all features 

40 of an actual implementation are described in the speci- 
fication. It should be appreciated that in the develop- 
ment of any such actual implementation, as in any en- 
gineering or design project, numerous implementation- 
specific decisions must be made to achieve the devel- 

45 opei^s specific goals, such as compliance with system 
related and business related constraints, which may 
vary from one implementation to another. Moreover, it 
should be appreciated that such a development effort 
might be complex and time consuming, but would nev- 

50 ertheless be a routine undertaking of design, fabrication, 
and manufacture for those of ordinary skill having the 
benefit of this disclosure. 

[0021] A block diagram of a GPRS network 100, or 
system, for providing GPRS where both a communica- 
55 tions source and a communications destination may be 
GSM mobile stations (MSs) 10 and 20, or terminal 
equipment (TEs) 102 and 104, is shown in FIG. 1. For 
descriptive purposes, signaling interfaces between ele- 
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merits are shown via dashed lines and data transmis- 
sion and signaling interfaces are shown with solid lines. 
The TEs 102 and 104 may access the GPRS network 
1 00 directly, as shown for the TE 1 04, or through an ex- 
ternal data network, such as packet data network (PDN) 
1 06 used to communicate with the TE 1 02. The MSs 1 0 
and 20 communicate over radio channels with the 
GPRS network 100 via a base station system (BSS), or 
base station 1 08. 

[0022] A mobile terminal (MT) 110 interconnects the 
TE 1 04 with the BSS 108. The MT 110 and the TE 1 04 
communicate using a R interface, as described in the 
European Telecommunications Standards Institute (ET- 
Sl), Digital CellularTelecommunications System (Phase 
2+); General Packet Radio Service (GPRS); Service 
Description Stage 2, GSM 3.60 V6.4.0, the disclosure of 
which is hereby incorporated by reference. A serving 
GPRS support node (SGSN) 112 and first and second 
gateway GPRS support nodes (GGSN) 114 and 116 are 
designed to handle packet traffic. The first GGSN 114 
is shown communicating with a public land mobile net- 
work (PLMN) 118. The second GGSN 116 is shown 
communicating with the TE 102 via the PDN 106. The 
network 100 further comprises a mobile switching cent- 
er (MSC)Msitor location register (VLR) 120 and a home 
location register (HLR) 122. A short message system 
(SMS)/gateway mobile switching center (GMSC) 121 
and a SMS/I nterworking MSC (IWMSC) 1 23 is connect- 
ed to a short message, service center (SM-SC) 124. An 
equipment identity register (El R) 1 25 is connected to the 
SGSN 112. Various interface formats are shown in FIG. 
1 , such as for example an Gb interface between the BSS 
108 and the SGSN 112. It will be appreciated by those 
skilled in the art, that the interfaces shown in FIG. 1 are 
defined in the ETSI Standards for GSM and, more par- 
ticularly, for GPRS on GSM. 

[0023] Referring now to FIG. 2, a graphical represen- 
tation of a hardware configuration 200 which may be 
used in implementing a GSN platform (GSNP) in ac- 
cordance with one aspect of the present invention is 
shown. As will be discussed more fully below, the GSNP 
is a platform which supports both the SGSN and GGSN 
functionality. The GSNP is preferably implemented on 
the SPEED platform produced by Lucent Technologies, 
Inc. 

[0024] The hardware configuration 200 is a relatively 
inexpensive, broadband, and scaleable switching prod- 
uct built on an open architecture with standard hardware 
and software interfaces. The hardware configuration for 
both the SGSN 1 1 2 and GGSN 1 1 4 or 1 1 6 may be the 
same as long as they can support the required function- 
ality for a specified criterion . The hardware configuration 
200 preferably consists of a broadband backplane, 
switch line cards, intelligent network interface cards, 
and channel processing cards. 
[0025] The hardware configuration 200 is comprised 
of a peripheral component interconnect (PCI) bus, or in- 
teral bus, 202 interconnecting a single board computer 



(SBC) 204, a small computer system interface (SCSI) 
card 206, an ethemet interface card 208, an optical car- 
rier level 3 (OC3) interface card 210, a first E1 frame 
relay (FR) interface card 212, an Automatic Speech 

5 Recognition (ASR) card 21 4, a digital signal processor 
(DSP) card 21 6 and a second E1 FR interface 21 8 with 
a variety of external circuits, shown generally as refer- 
ence numeral 21 9. The PCI bus 202 is preferably a com- 
pact PCI bus having 22 slots. The cards 204, 206, 208, 

10 210, 212, 214, 21 6 and 21 8 are generally designated as 
electronic cards. In particular, the ASR card 2 1 4 and the 
DSP card 21 6 are channel processing cards. In general, 
the channel processing cards perform one or more of 
voice coding, echo cancellation or dual tone multi-fre- 

*s quency detection and generation. 

[0026] The SBC 204 performs call control, controls 
the operation of the GSNP, performs SNMP manage- 
ment functions and may advantageously be a commer- 
cially available processor, such as a SPARC™-based 

20 processor manufactured by Sun Microsystems, Inc. or 
a Pentium™-based processor from the Intel Corpora- 
tion. The SBC 204 preferably runs a Solaris UMX based 
operating system. 1 

[0027] The PCI bus 202 may preferably be 64 bits 
25 wide and operating at 33 MHZ. A variety of commercial 
3U and 6U circuit packs are available for compact PCI 
systems, including SCSI adapters, video adapters, Eth- 
ernet network interface controllers (NICs), ATM NICs 
(such as the OC3 interface card 210), Signaling Signal 
30 7 (SS7) NICs and hard drives. The PCI bus 202 is pref- 
erably a 2 Gbps Compact PCI bus and is used for control 
and packet-oriented data transfer. An external asyn- 
chronous transfer mode (ATM) bus 220 provides ATM 
communications within the hardware configuration 200 
35 at 1 .4 Gbps (expandable to 5.6 Gbps) and is used for 
connection-oriented voice and data traffic. The ATM bus 
220 preferably has 1 6 slots. 

[0028] The OC3 interface 210 provides the internet 
protocol (IP) interface with the platform 200. The OC3 

40 interface card supports PDN traffic. The ASR board 21 4 
supports encryption and compression of transmission, 
if desired. Each of the E1 FR boards 212 and 218 pref- 
erably has 16 E1 links, a multisynchronous communica- 
tion controller and reduced instruction set computer 

45 (RISC) processor. Switch line cards may provide both 
synchronous interfaces (Tl, E1 , DS3, E3) and asynchro- 
nous interfaces (OC3). These switch line cards switch 
line-side traffic onto the ATM bus 220 and rely on other 
circuit packs on the ATM bus 220 for traffic processing. 

so intelligent network interface cards may provide ATM 
network interfaces (OC3, Tl, and E1 ), and Frame Relay 
network interfaces (Tl and E1). These intelligent net- 
work interface cards consist of interface-specific devic- 
es, such as Segmentation And Reassembly (SAR) de- 

55 vices, High-level Data Link Control (HDLC) controllers 
and a common MIPS R4700 microprocessor core run- 
ning a micro-kernel of VxWorks® for higher level proto- 
col processing. VxWorks® is a real time operating sys- 
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tem (RTOS) sold by Winder River Systems in Alameda, 
California. 

[0029] Channel processing cards include the DSP 
card 21 6 and the ASR card 21 4. The DSP card 21 6 con- 
tains a common R4700 processor core running Vx- 
Works® and an array of 40 DSPs providing an aggre- 
gate of 4,000 MIPS of signal processing power for voice 
coding, echo cancellation, and dual tone multiple fre- 
quency (DTMF) detection/generation. The DSP card 
216 has access to the PCI bus 202 and the ATM bus 
220, thus enabling it to process traffic from either a 
Switch Line Card or an Intelligent NIC. 
[0030] The function, design and operation of the SG- 
SN 112 and the two GGSNs 114 and 116 including a 
GSNP 300 will now be described with respect to FIGs. 
3 and 4. For clarity and ease of description, the SGSN 
112 and the two GGSNs 114 and 116 are generically 
designated as GSNs. The functionality configuration of 
the present invention provides significant performance 
advantages over prior systems. In accordance with an 
aspect of the present invention, GPRS functionality 
which is required for each call being serviced (i.e. on a 
per call basis, or global in nature) is performed, or sup- 
ported, by a single board computer, or in general a first 
computing device. Conversely, GPRS functionality 
which is required for each packet being serviced is per- 
formed, or supported, by a line card processor, or gen- 
erally a second computing device. As will be shown be- 
low through performance calculations, such a function- 
ality configuration provides high performance while 
keeping the required hardware relatively inexpensive. 
[0031] FIG. 3 is a graphical functional representation 
of one exemplary design of the SGSN 1 1 2 in accordance 
with an aspect of the present invention. The SGSN 112 
is the node which services the MSs 10 and 20 by sup- 
porting a Gb interface. The Gb interface is the interface 
with a MS as defined by the ETSI GSM standards. At 
GPRS attach, the SGSN 112 establishes a mobility 
management context which contains information relat- 
ing to, for example, mobility and security of the particular 
MS 10 or 20. 

[0032] Upon initiation of packet data protocol (PDP) 
Context Activation, the SGSN 112 establishes a PDP 
context which is used for routing inside the PLMN 118 
in conjunction with the GGSN 116 that a GPRS sub- 
scriber is using. It should be appreciated that the SGSN 
112 and the GGSN 116 functionality may be combined 
in the same physical node, or may reside in separate 
physical nodes. The SGSN 1 1 2 and the GGSN 1 1 6 con- 
tain IP routing functionality, and may be interconnected 
with IP routers. When the SGSN 112 and the GGSN 116 
are in different PLMNs, they are connected via a Gp in- 
terface. If the SGSN 112 and the GGSN 114 are in the 
same PLMN, they are then connected via a Gn inter- 
face. The Gp interface provides the functionality of the 
Gn interface plus security functionality which is required 
for inter-PLMN communication. The SGSN 112 may 
send location information to the MSC/VLR 120 via an 
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optional Gs interface. The Gs interface may also be 
used to send paging requests from the MSC/VLR 120 
to the SGSN 112. 

[0033] Some of the key functions of the SGSN 112 
5 may include: mobility management, mobile station au- 
thentication, data encryption, data compression, and ra- 
dio resource management. In addition, the SGSN 112 
must handle packet routing and transfer, address trans- 
lation, logical link management, packet segmentation/ 
10 re-assembly, and tunneling. The SGSN 112 receives 
packets, known in the aggregate as packet traffic, from 
the BSS 1 08 via frame relay over E1 (the Gb interface). 
After the packets have been processed, such as com- 
pressed, encrypted, segmented and the like, at the SG- 
15 SN 1 1 2, the packet traffic is sent to the GGSN 1 1 4 for 
transfer to the PDN 106. 

[0034] The GGSN 114 is accessed by the PDN 106 
based on an IP addressee of the user data. The IP ad- 
dressee of the user data contains routing information for 
GPRS users who are attached to the network 100. The 
routing information is used to tunnel packet data units 
(PDUs) to the current point of attachment for the MS 1 0. 
The current point of attachment is, for example, the SG- 
SN 112. The GGSN 114 may request location informa- 
tion from the HLR 120 via an optional Gc interface. 
[0035] Logical functions which may need to be per- 
formed within the GPRS network 100 include network 
access control, packet routing and transfer, mobility 
management, logical link management and radio re- 
source management. Each of these functions will now 
be briefly described. Network access control functions 
connect a user to the GPRS network 1 00 in order to use 
services and/or facilities of the network 1 00 by employ- 
ing a set of defined access protocols and procedures. 
User network access may occur from either a mobile 
communications device, such as the MS 10, or a fixed 
communications device, such as the TE 102, of the 
GPRS network 100. A network interface to the fixed 
communications device may support multiple access 
protocols to external data networks, for example X.25 
or IP. 

[0036] Some of the key functions which are part of 
network access control are described below. A Regis- 
tration Function is the means by which a user's Mobile 
Identification (ID) is associated with the user's packet 
data protocol(s) and address(es) within the PLMN. An 
Authentication and Authorization Function 302 performs 
an identification and authentication of a service request- 
er, and a validation of service request type to ensue that 
the user is authorized to use particular network services. 
An Admission Control Function calculates the network 
resources required to provide the quality of service 
(QoS) requested, determines if those resources are 
available, and then reserves those resources. The Ad- 
mission Control Function is performed in association 
with the radio resource management functions. 
[0037] Packet Routing and Transfer Function deter- 
mines and uses, in accordance with a set of rules, a 
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route for transmission of a message within and between 
the PLMN(s) 118. The key functions which are part of 
the Packet Routing and Transfer Function are a Relay 
Function, a Routing Function 304, an Address Transla- 
tion and Mapping Function, an Encapsulation Function, 
a Tunneling Function 306, a Compression Function 
308 , and a Ciphering, or Encryption, Function 31 0. The 
Relay Function is the means by which a node forwards 
data received from one node to the next node in the 
route of the data. 

[0038] The Routing Function 304 determines the 
GGSN to which a message should be forwarded and 
the underlying service(s) used to reach the GGSN using 
a destination address of the message. The Routing 
Function 304 selects a transmission path for the 'next 
hop' in the route of a packet. 

[0039] Data transmission between GSNs may occur 
across external data networks that provide their own in- 
ternal routing functions, for example X.25, Frame Relay 
or ATM networks. An Address Translation and Mapping 
Function performs the conversion of one address of one 
type to another address of a different type. Address 
translation may be used to convert an external network 
protocol address into an internal network address that 
can be used for routing packets within and between the 
PLMN(s). 

[0040] An Encapsulation Function adds address and 
control information to a data unit for routing packets 
within and between the PLMN(s). Decapsulation is the 
removal of the addressing and control information from 
a packet to reveal the original data unit. The Tunneling 
Function 306 transfers encapsulated data units within 
and between the PLMN(S) from the point of encapsula- 
tion to the point of decapsulation. A tunnel is a two-way 
point-to-point path. Only the tunnel endpoints are iden- 
tified. 

[0041] The Compression Function 308 optimizes use 
of radio path capacity by transmitting as little of a stand- 
ard data unit (SDU) as possible. The Encryption Func- 
tion 31 0 encrypts and decrypts user data to preserve its 
confidentiality and the confidentiality of signaling across 
radio channels. 

[0042] A Mobility Management Function 312 keeps 
track of the current location of an MS within a PLMN. 
The Mobility Management Function 312 may comprise 
Logical Link Management Functions 314 and Logical 
Link Establishment/Maintenance/ Release (LLE/M/R) 
Functions 316. The Logical Link Management Func- 
tions 314 maintain a communication channel between 
a MS and the PLMN across a radio interface. The LLE/ 
M/R Functions 316 establish communications when a 
MS attaches to the GPRS, supervises the logical link 
status, controls link state changes and de-allocates re- 
sources associated with the logical link connection. 
[0043] Radio Resource Management Functions 318 
are concerned with the allocation and maintenance of 
radio communication paths. GSM radio resources are 
shared between the circuit mode (voice and data) serv- 
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ices and the GPRS. The Radio Resource Management 
Functions 31 8 may comprise an Um Management Func- 
tion 320, a Cell Selection Function 322 and a Path Man- 
agement Function 324. The Um Management Function 

5 320 manages physical channels used in each cell and 
determines the amount of radio resources to be allocat- 
ed for GPRS in each cell. It should be understood that 
the amount of radio resources allocated for GPRS may 
vary from cell to cell depending upon local user demand. 

10 The Cell Selection Function 322 enables a MS to select 
the optimal cell for use in establishing a communication 
path with the PLMN. This selection process involves 
measuring and evaluating signal quality from nearby 
cells, as well as detecting and avoiding congestion with- 

'5 in particular candidate cells. The Path Management 
Function 324 manages packet data communication 
paths between a BSS and serving GSN nodes. The es- 
tablishment and release of these communication paths 
may be dynamic based upon the amount of data traffic 

20 or may be static based upon the maximum expected 
load within each cell. 

[0044] In accordance with the present invention, the 
GSNP 300, provides applications with a familiar envi- 
ronment based on standard operating systems and 
25 communications services, a concise set of application 
program interfaces (APIs) for hardware management, 
media stream processing, and an SNMP management 
framework. The software of the GSNP 300 is designed 
to support a variety of telephony and data applications 
30 that span diverse access modes and a range of reliabil- 
ity/cost ratios. For example, the GSNP 300 may include 
a variety of software assets. 

[0045] The software may provide operating system 
services. The SBC 204 runs Solaris UNIX. The MIPS 
35 R4700 processors embedded in the Intelligent N ICs and 
Channel Processing Cards run VxWorks. Application 
software can execute in either environment. In general, 
embedded processors are used for real-time critical traf- 
fic processing, while the SBC 204 is used for control 
40 plane signaling and element management. 

[0046] Communication services applications have ac- 
cess to a variety of communication services in both the 
Solaris and VxWorks environments. TCP/IP network- 
ing, Native ATM and Frame Relay networking, andback- 
45 plane IP networking are available through familiar sock- 
et interfaces. Backplane IP networking allows the back- 
plane to be viewed as an IP subnet with each card on 
the bus having its own IP address on the subnet. Hard- 
ware management services applications software run- 
so ning in Solaris or VxWorks can access hardware man- 
agement services, such as resource inventory and 
state, connection management, and diagnostics 
through APIs of the GSNP 300. These same services 
are available to a SNMP agent 326 and an external net- 
55 work management system (NMS) 328 through the 
SNMP agent 326. 

[0047] The GSNP 300 provides applications for a 
number of middleware options. For example, a Tinker- 
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Tool™ middleware package, as described in the SPEED 
architecture document, may be implemented to provide 
UNIX and VxWorks tasks in a uniform . event-driven, 
run-to-completion programming environment. Services 
in this environment include registering/dispatching of 
application event handlers, interprocess/interprocessor 
datagram communication, finite state machines, and 
event logging. A Channel Processing Framework is 
available to application protocol/media processing soft- 
ware resident in the DSP cards 21 6. A Protocol Stream 
Framework provides a flexible object-oriented environ- 
ment for developing and configuring protocol streams. 
[0048] The GSN P 300 supports the transmission and 
signaling plane protocols. For this description, the un- 
derlying transport protocol is assumed to be Frame Re- 
lay. Higher Layer protocols are TCP/UDP over IP and 
GTP (GPRS Tunneling Protocol). Signaling protocols in- 
clude SS7 based MAP and other existing GSM proto- 
cols. For additional information on the GPRS protocols, 
the reader is invited to consult the ETSI Standards. A 
description of a configuration of some of the protocols 
in the SGSN 112 and GGSN 114 or 116 in accordance 
with an aspect of the present invention will now be pro- 
vided. 

[0049] FIG. 3 is a graphical illustration of the SGSN 
112 showing functionality partitioning and protocols 
stacks supported on the GSNP 300. The SGSN 112 is 
divided into two processing elements, as depicted by 
dashed line 301 . The two processing elements are the 
SBC 204 and a line card processor circuit 205 consisting 
of line card processors (MIPS R4700) which may be lo- 
cated on one or more of the line cards, such as the E1 
cards 21 2 and 218, the DSP card 21 6 or the ASR card 
214. For description purposes, the E1 card 212 or 218 
has been assigned to terminate the traffic plane related 
GPRS protocols, such as SNDCP, LLC, BSSGP, GTP 
etc., and the lower layers of the SS7 protocol stack 
(MTP2, MTP3 etc.). Functionality which is required on 
a per call basis as opposed to a per packet basis, have 
been assigned to the SBC 204, such as Mobility Man- 
agement 312, Radio Resource Management 318, Po- 
licing 330 and Authentication 302. An exemplary line 
card which may be advantageously employed in the 
present invention is disclosed in co-pending U.S. Patent 
Application, Serial No. 09/520557 , entitled "Line Card 
for Supporting Circuit and Packet Switching", by 
Chakrabarti et al and filed concomitant with this disclo- 
sure, the disclosure of the co-pending application being 
hereby incorporated by reference. 
[0050] The SNMP agent 326 which administers and 
maintains the SGSN 112 is allocated to run on the SBC 
204. An external link is provided between the SNMP 
agent 326 and the NMS 328 to provide additional post- 
processing on measured data. Upper layers 329 of the 
SS7 protocol stack, such as the SCCP and TCAP lay- 
ers, are provided to a SS7 server 331 on the SBC 204. 
A measurements function 333 on the SBC 204 meas- 
ures parameters associated with the call being proc- 



essed. The El card 21 4 has dedicated hardware for level 
1 and level 2 frame processing, thus leaving additional 
CPU cycles of the R4700 processor for data protocol 
processing. Lower levels 332 of the SS7 protocol stack, 
5 such as the MTP2 and E1 layers, are processed on the 
line card processor circuit 205. 
[0051] The encryption 31 0 and compression 308 op- 
erations are both intensely compute bound and can eas- 
ily exhaust the CPU cycles of the R4700 processor. Ad- 
io vantageously, in the line card processor circuit 205, the 
encryption 218 and compression 216 operations are 
preferably performed by the DSP board 216. The DSP 
board 216 consists of 30-40 DSPs each running at 100 
MIPS and performs encryption and compression of data 
is traffic rather efficiently and cost effectively. 

[0052] FIG. 4 is a graphical representation of soft- 
ware, or functionality, partitioning of the GGSN 114 
based on the GSNP 300. As should be appreciated by 
those skilled in the art, the software partitioning may be 
20 equally applicable to the GGSN 116. Functionality which 
has been assigned to the SBC 204 generally consists 
of Session Management 402 and GGSN management 
404. The GGSN management 404 may generally com- 
prise functions related to operation, administration and 
25 maintenance of the GGSN 114. Address translation 
406, Access Control 408, Routing 410 and Tunneling 
412 has been assigned to the line card R4700 proces- 
sor. This division of functionality is graphically repre- 
sented by dashed line 401 . A composition of a protocol 
30 stack 41 4 supported at the GGSN 1 1 4 is shown includ- 
ing GTP 416, TCP/UDP 418, IP 420, FR 422 and E1 
424. The incoming data traffic to the GGSN 114 is from 
the SGSN 112, Data traffic which is IP based is trans- 
mitted from the GGSN 1 1 4 to the PDN. The GGSN 114 
35 terminates the Gn interface (from the SGSN 114) and 
the Gi interface (to the PDN 106). 
[0053] An exemplary performance engineering of a 
GPRS application will next be discussed with respect to 
the GSNP 300. The following two performance condi- 
40 tions are assumed: (a) support for 1 000 active sessions 
or users with each user transmitting packets with a CSI 
encoded data rate of 9.05 Kbps; and (b) each user is 
using only one time slot. 

[0054] Under these assumptions, sizing of the SGSN 
45 112 on the GSNP 300 may be accomplished. The E1 
board 212 or 218 can sustain a data rate of 512*DSO, 
which is approximately 32 Mbps in the aggregate. 
Therefore, 1000 subscribers, each running at 9.05 Kb- 
ps, will generate an aggregate data traffic of approxi- 
50 mately 9 Mbps. The E1 board will be running at 28% of 
full line rate. The R4700 processor running at 120 MHz 
(1 00 MIPS) on the E1 board can process 50,000 AAL0 
packets per second, assuming that each packet is 53 
bytes long. Data traffic at 9 Mbps generates around 
55 21,000 packets per second. A single E1 board therefore 
can operate as a SGSN and adequately support 1 ,000 
channels. Other variations (different data encoding 
schemes and different data rates) will be readily appar- 
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ent to those skilled in the art with the assistance of this 
disclosure. 

[0055] In accordance with another aspect of the 
present invention, the DSP board 216 is used for en- 
cryption 31 0 and compression 308 of the data. The DSP 
board 216 preferably has 40 DSPs, each running at 1 00 
MIPS, thus providing an aggregate 4000 MIPS. All data 
traffic requiring encryption or decryption and/or com- 
pression or decompression will be routed through the 
DSP board 216. Assuming % MIPS for encrypting one 
64 Kbps data stream, 1000 users will require a total of 
500 MIPS, However, since the data rate per channel is 
only 9 Kbps for CS1 encoding, the MIPS required for 
encryption in the present invention can be significantly 
lower than 500 MIPS. Bit level compression is a CPU 
intensive activity. The current estimates are that it takes 
1-2 DSP MIPS to compress a 9-14 Kbps data channel. 
Since the data rates in the present invention are in the 
neighborhood of 9 Kbps, 1 ,000 channels may be com- 
pressed with 1000-2000 MIPS. 
[0056] An El card similar to SGSN can also play the 
role of GGSN provided the GGSN functionality is parti- 
tioned as shown in Figure 4. In some cases an E I card 
can act as a SGSN and GGSN for low volume of data 
traffic. GPRS allows a maximum of 8 timeslots per user 
over the air interface. A user with 8 time slots will gen- 
erate 140 Kbps worth of data including all overheads. 
The GSNP 300 can have up to 16 E1/T1 boards and, 
consequently, it can have a maximum of 16*512 chan- 
nels. The total input data rate which the GSNP 300 can 
support is thus 16*512*64 Kbps or 524 Mbps. Multiple 
E1/T1 boards will be needed to support 1 ,000 users. A 
rough estimation suggests that the present invention 
can support up to 3724 users each operating with 8 
timeslots on the GSNP 300. 

[0057] An exemplary calculation of the number of 
cacheable sessions which may be running in the 
present invention will be provided. In an examplary em- 
bodiment of the present invention, each E1 board has 
a main memory and cache size of 1 28 Mbytes of DRAM 
and 32 Kbytes of Level I cache. There is no level 2 
cache. Assuming that ail context information will be 
stored in the main memory of line cards and assuming 
there is 306 Bytes of context information per active ses- 
sion for both the SGSN and the GGSN, approximately 
3200 sessions per Mbyte can be supported. The 
number of sessions running out of cache may be around 
100. 

[0058] For all global operations which are required on 
a per call, or per session basis, one SBC will likely be 
needed for the configurations shown in FIGs. 3 and 4. 
One SBC will be able to support multiple SGSNs and 
GGSNs. For clarity and ease of description, the struc- 
ture, control and arrangement of the conventional com- 
ponents and circuits have, for the most part, been illus- 
trated in the drawings by readily understandable block 
representations and schematic diagrams, which show 
only those specific details that are pertinent to the 
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present invention. These block representations and 
schematic diagrams have been employed in order not 
to obscure the disclosure with structural details which 
will be readily apparent to those skilled in the art having 

5 the benefit of the description herein. 

[0059] While the invention may be susceptible to var- 
ious modifications and alternative forms, specific em- 
bodiments have been shown by way of example in the 
drawings and have been described in detail herein. 

10 However, it should be understood that the invention is 
not intended to be limited to the particular forms dis- 
closed. Rather, the invention is as defined by the follow- 
ing appended claims. 



Claims 

1 . A hardware configuration for implementing general 
packet radio services over a global system for mo- 
bile communications network comprising: 

a plurality of electronic boards for providing 
general packet radio services functionality; 
an internal bus for providing communications 
between the electronic cards and within the 
configuration; and 

an external bus for providing communications 
with circuits external to the configuration. 

The hardware configuration as recited in claim 1 
wherein communications over the internal bus are 
transmitted in compact peripheral component inter- 
connect. 

The hardware configuration as recited in claim 2 
wherein the internal bus supports voice services. 

The hardware configuration as recited in claim 3 
wherein the internal bus supports data services. 

The hardware configuration as recited in claim 2 
wherein the external bus is a asynchronous transfer 
mode bus. 

The hardware configuration as recited in claim 5 
wherein the external bus is a compact peripheral 
component interconnect bus. 

The hardware configuration as recited in claim 5 
wherein the plurality of electronic boards compris- 
es: 

at least one single board computer for per- 
forming call control and simple network manage- 
ment protocol management. 

The hardware configuration as recited in claim 7 
wherein the plurality of electronic boards compris- 
es: 
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at least one channel processing card for sig- 
nal processing. 

9. The hardware configuration as recited in claim 8 
wherein the at least one channel processing card 
performs at least one of voice coding, echo cancel- 
lation, and dual tone multi-frequency detection and 
generation. 

10. The hardware configuration as recited in claim 8 
wherein the at least one channel processing card 
comprises at least one automatic speech recogni- 
tion card. 

11. A general packet radio services support node for 
supporting general packet radio services over a glo- 
bal system for mobile communications network 
comprising: 

a single board computer for providing general 
packet radio services functionality which is re- 
quired for each call being serviced; and 
a line card processor for providing general 
packet radio services functionality which is re- 
quired for each packet being serviced. 

12. The general packet radio services support node as 
recited in claim 11 wherein the general packet radio 
services support node functions as a serving gen- 
eral packet radio services support node. 

13. The general packet radio services support node as 
recited in claim 1 2 wherein the single board com- 
puter supports radio resource management. 

14. The general packet radio services support node as 
recited in claim 1 3 wherein the radio resource man- 
agement comprises cell selection management. 

15. The general packet radio services support node as 
recited in claim 13 wherein the radio resource man- 
agement comprises call path management. 

16. The general packet radio services support node as 
recited in claim 1 3 wherein the radio resource man- 
agement comprises U m interface management. 

17. The general packet radio services support node as 
recited in claim 12 wherein the single board com- 
puter supports authentication. 

18. The general packet radio services support node as 
recited in claim 12 wherein the single board com- 
puter supports mobility management. 

19. The general packet radio services support node as 
recited in claim 18 wherein the mobility manage- 
ment comprises line management. 
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20. The general packet radio services support node as 
recited in claim 18 wherein the mobility manage- 
ment comprises logical link establishment, mainte- 
nance and release. 

5 

21 . The general packet radio services support mode as 
recited in claim 12 wherein the line card processor 
supports an encryption function. 

10 22. The general packet radio services support mode as 
recited in claim 12 wherein the line card processor 
supports a compression function. 

23. The general packet radio services support mode as 
is recited in claim 12 wherein the line card processor 

supports one or more of routing and tunneling func- 
tions. 

24. The general packet radio services support node as 
20 recited in claim 11 wherein the general packet radio 

services support node functions as a gateway gen- 
eral packet radio services support node. 

25. The general packet radio services support node as 
25 recited in claim 24 wherein the single board com- 
puter supports session management functionality. 

26. The general packet radio services support node as 
recited in claim 24 wherein the line card processor 

30 supports address translation functionality. 

27. The general packet radio services support node as 
recited in claim 26 wherein the line card processor 
supports access control functionality. 

35 

28. The general packet radio services support node as 
recited in claim 24 wherein the line card processor 
supports one or more of routing and tunneling func- 
tions. 

40 

29. A method for implementing general packet radio 
services over a global system for mobile communi- 
cations network comprising the steps of: 

45 providing a general packet radio services sup- 

port node having first and second computing 
devices; 

supporting general packet radio services func- 
tionality which is required for each call being 
so serviced from the first computing device; and 

supporting general packet radio services func- 
tionality which is required for each packet being 
serviced from the second computing device. 

55 30. The method as recited in claim 29 wherein the first 
computing device is a single board computer. 

31. The method as recited in claim 29 wherein the first 
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computing device is a line card processor. 

32. The method as recited in claim 29 wherein the step 
of providing a general packet radio services support 
node comprises the step of: 5 

providing the general packet radio services 
support node which functions as a serving general 
packet radio services support node. 

33. The method as recited in claim 32 wherein the step 10 
of supporting general packet radio services func- 
tionality which is required for each call being serv- 
iced comprises the step of: 

supporting radio resource management by 
the first computing device. 15 

34. The method as recited in claim 33 wherein the step 
of supporting general packet radio services func- 
tionality which is required for each packet being 
serviced comprises the step of: 20 

supporting at least one of encryption, com- 
pression, routing and tunneling functions by the 
second computing device. 

35. The method as recited in claim 29 wherein the step 25 
of providing a general packet radio services support 
node comprises the step of: 

providing the general packet radio services 
support node which functions as a gateway general 
packet radio services support node. 30 

36. The method as recited in claim 35 wherein the step 
of supporting general packet radio services func- 
tionality which is required for each call being serv- 
iced comprises the step of: 35 

supporting session management by the sec- 
ond computing device. 

37. The method as recited in claim 35 wherein the step 

of supporting general packet radio services func- *o 
tionality which is required for each packet being 
serviced comprises the step of: 

supporting at least one of address translation, 
access control, routing and tunneling functionality 
by the second computing device. 45 
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